home *** CD-ROM | disk | FTP | other *** search
/ Network Support Library / RoseWare - Network Support Library.iso / monitor / lzfw.txt < prev    next >
Text File  |  1994-03-01  |  8KB  |  207 lines
  1.  
  2.               NOVELL TECHNICAL INFORMATION DOCUMENT
  3.  
  4. TITLE:              Frequent Questions about LANalyzer for Windows
  5. DOCUMENT ID:        TID200014
  6. DOCUMENT REVISION:  B
  7. DATE:               05NOV93
  8. ALERT STATUS:       Yellow
  9. INFORMATION TYPE:   Issue
  10. README FOR:         NA
  11.  
  12. NOVELL PRODUCT and VERSION:
  13. LANalyzer for Windows 2.0
  14.  
  15. ABSTRACT:
  16.  
  17. This file contains the most frequently asked questions and
  18. answers about the LANalyzer for Windows 2.0 product.
  19.  
  20. ------------------------------------------------------------------
  21. DISCLAIMER
  22. THE ORIGIN OF THIS INFORMATION MAY BE INTERNAL OR EXTERNAL TO
  23. NOVELL.  NOVELL MAKES EVERY EFFORT WITHIN ITS MEANS TO VERIFY
  24. THIS INFORMATION.  HOWEVER, THE INFORMATION PROVIDED IN THIS
  25. DOCUMENT IS FOR YOUR INFORMATION ONLY.  NOVELL MAKES NO EXPLICIT
  26. OR IMPLIED CLAIMS TO THE VALIDITY OF THIS INFORMATION.
  27. ------------------------------------------------------------------
  28.  
  29. ISSUE
  30.  
  31.      This document contains information on the most frequently
  32.      asked questions about LANalyzer for Windows 2.0:
  33.  
  34.      Q:   Does LANalyzer for Windows work with a "True Blue" IBM
  35.           8-bit 16/4 Token Ring board?
  36.  
  37.      A:   No.  These IBM boards use the TROPIC chipset and there
  38.           is a limitation on the chipset that won't allow it to
  39.           go into promiscuous mode, which is required by
  40.           LANalyzer for Windows.
  41.  
  42.      Q:   What does Promiscuous Mode mean?
  43.  
  44.      A:   This is the mode in which the network interface card
  45.           (NIC) receives and passes on all packets that arrive. 
  46.           The LANalyzer for Windows network analyzer monitors
  47.           network traffic by configuring its NIC to receive every
  48.           packet on the network.
  49.  
  50.      Q:   What boards are supported with the ODI drivers shipped
  51.           with LANalyzer for Windows?
  52.  
  53.      A:   3Com
  54.                3C503  Etherlink II
  55.                3C505  Etherlink + Ethernet
  56.                3C523  Etherlink/MC
  57.           Cabletron
  58.                E20
  59.                E21
  60.                E2HUB
  61.           EXOS
  62.           HP MC Adapter/16 Ethernet
  63.           HP PC Adapter/8,16,16+ Ethernet
  64.           IBM PS/2 Ethernet
  65.           LANalyzer Ethernet Board
  66.           Madge Smart 16/4 (Token Ring)
  67.           NE1000
  68.           NE1500T
  69.           NE2
  70.           NE2_32
  71.           NE2000
  72.           NE2100
  73.           NE3200
  74.           SMC Ethercard Plus
  75.  
  76.      Q:   Is it possible to configure the LANalyzer for Windows
  77.           to see through the server/router?
  78.  
  79.      A:   No.  LANalyzer for Windows will only see the packets on
  80.           the segment that it is attached to.  (If activity from
  81.           another segment is transmitted onto the segment with
  82.           the LANalyzer for Windows, you will see that activity.)
  83.           To see another segment, you must move the LANalyzer for
  84.           Windows to that segment.  However, this functionality
  85.           is available with NetWare Management System (NMS) 2.0.
  86.  
  87.      Q:   Can LANalyzer for Windows decode IBM NetBIOS traffic?
  88.  
  89.      A:   No.  It will not decode the IBM NetBIOS packets;
  90.           however, it will present you with the MAC-layer header
  91.           information and a raw hex dump of the rest of the
  92.           packet.  It will be included in the utilization, packet
  93.           rate, error graphs, and the Station Monitor.
  94.  
  95.      Q:   What is the complete list of protocols that LANalyzer
  96.           for Windows will decode?
  97.  
  98.      A:   NetWare
  99.                IPX/SPX
  100.                NCP
  101.                RIP
  102.                SAP
  103.  
  104.           TCP/IP
  105.                TCP/IP
  106.                SNMP
  107.                OSPF
  108.  
  109.           AppleTalk
  110.                ATP
  111.                AFP
  112.                RTMP
  113.                ZIP
  114.  
  115.      Q:   Are there any patches available on NetWire for
  116.           LANalyzer for Windows?
  117.  
  118.      A:   Yes, there two different patches.  The LZW40.EXE patch
  119.           gives you NetWare 4.0 decodes, and the LZW143.ZIP file
  120.           contains the current certified promiscuous mode ODI
  121.           drivers for LANalyzer for Windows 2.0.
  122.  
  123.      Q:   Does LANalyzer for Windows work with OS/2?
  124.  
  125.      A:   No.
  126.  
  127.      Q:   Is it a requirement to load APPLE.EXE?
  128.  
  129.      A:   No; however, you will lose Apple support if it is not
  130.           loaded.
  131.  
  132.      Q:   Is it a requirement to load NETX?
  133.  
  134.      A:   No; however, without it, you lose NetWare name
  135.           gathering.
  136.  
  137.      Q:   Can you give a brief explanation of Server Monitoring?
  138.  
  139.      A:   When LANalyzer for Windows is started, server
  140.           monitoring broadcasts a "Get Nearest File Server"
  141.           packet.  For a file server to respond, the file server
  142.           must have parameter set to respond to the broadcast
  143.           request:
  144.  
  145.           "SET RespondToNearestFileServer = ON"
  146.  
  147.           Also, a known limitation is on NetWare SFT III servers
  148.           in that they do not seem to want to respond to the
  149.           broadcast request, and the SET command is not supported
  150.           for some reason.
  151.      
  152.           All the servers that respond to this broadcast will be
  153.           added to the "Server Monitor" screen.  Not all servers
  154.           always respond.  For whatever reason, some might fail
  155.           to respond every time.  Novell believes that this is
  156.           due to the server being busy and that responding to the
  157.           packet is a low priority.  This will explain why
  158.           servers sometimes get in the list and others do not,
  159.           and it seems to change.
  160.  
  161.           Now, you have a list of servers to poll.  The idea is
  162.           to go down the list of servers, one at a time, and send
  163.           them a packet.  If they respond, server monitoring
  164.           moves on to the next server until it reaches the end of
  165.           the list.  Then, it starts over at the top of the list.
  166.           One server from the list is polled ever 15 seconds or
  167.           so.
  168.  
  169.           If a server fails to respond to the poll, it goes into
  170.           a "retry" mode.  Server monitoring tries more
  171.           frequently to poll the server (every 2 seconds or so)
  172.           for three or so tries.  If the server has not replied
  173.           to even one of the polls, server monitoring calls it
  174.           down and send an alarm.  Then server monitoring just
  175.           moves on to the next server. When it cycles around the
  176.           list again, it still tries the down server to see if it
  177.           is back up.
  178.  
  179.           After several times through the list, server monitoring
  180.           "rebuilds" the list.  The idea here is to get rid of
  181.           servers that are down for a long time or have been
  182.           moved to another segment.  It also picks up new servers
  183.           that were just added or came on line since server
  184.           monitoring started.  The rebuild process is basically,
  185.           a throw out the old list and start over with the
  186.           broadcast procedure.  Unfortunately the side effects of
  187.           all this are that servers can tend to "come and go"
  188.           from the list.  There is no way to "Fix" or "Set" the
  189.           list to poll.  You can only determine the servers you
  190.           want or do not want.
  191.  
  192.           The easiest way to see this algorithm in action is to
  193.           set up a capture filter between "This Workstation" and
  194.           "ANY."  Let server monitoring run for an hour or so. 
  195.           Then "Post Filter" on NetWare SAPs.  You do this by
  196.           double clicking on the SAP layer in the decode, and it
  197.           will appear as follows:
  198.  
  199.           =========== Service Advertising Protocol =============
  200.  
  201.           Router polling is exactly the same except that NetWare
  202.           RIP packets are used in place of SAP packets.
  203.  
  204.  
  205.  
  206.  
  207.